Patent Application 
for: 



METHOD AND SYSTEM FOR PROVIDING FAILURE PROTECTION IN A RING 
NETWORK THAT UTILIZES LABEL SWITCHING 



Attorney Docket No. RSTN-009 



Inventor: Behnam Behzadi 
1042 Celilo Drive 
Sunnyvale, California 94087 
US 

Citizenship: US 



Attorney Docket No. RSTN-009 



METHOD AND SYSTEM FOR PROVIDING FAILURE PROTECTION IN A RING 
NETWORK THAT UTILIZES LABEL SWITCHING 

5 

CROSS REFERENCE TO RELATED APPLICATION 

[0001] The present application is related to a prior application Serial No. 
10 09/865,035 filed May 24, 2001 . 

FIELD OF THE INVENTION 

[0002] The invention relates to label switching, and more particularly to a 
15 method and system for providing failure protection in a ring network that utilizes 
label switching. 

BACKGROUND OF THE INVENTION 

20 [0003] In packet-switched networks, packets traveling from a source 

address to a destination address may be transmitted through many intermediate 
network nodes, such as switches or routers. Intermediate network nodes that 
receive packets headed for the destination address utilize look-up tables to 
determine the next hop for the packets. Label switching is a technique that has 

25 been developed to expedite the look-up process at each hop as packets travel 
from a source address to a destination address. In brief, label switching involves 
attaching a label to a packet that enables the next hop of the packet to be quickly 
determined by an intermediate network node that has received the packet. One 
label switching protocol that is being standardized by the Internet Engineering 

30 Task Force (IETF) is known as multi-protocol label switching (MPLS). 
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[0004] Fig. 1 depicts multiple network nodes 102 that utilize MPLS to 
forward packets through a mesh network. The network nodes are referred to as 
label switch routers (LSRs) and a group of interconnected LSRs define an MPLS 
domain 104. LSRs that are at the edge of the MPLS domain and provide an 
5 interface to non-MPLS network nodes are referred to as edge LSRs (also as 
ingress LSRs and egress LSRs with respect to packets that are entering or 
leaving the MPLS domain). The path that labeled packets travel through an 
MPLS domain is referred to as the label switch path (LSP). Fig. 1 depicts 
examples of two LSPs, working LSP 1 and protection LSP 1, which extend 

10 between LSRs in the MPLS domain. Although only two LSPs are depicted, an 
MPLS domain may include thousands of unique LSPs. 
[0005] MPLS is often used in conjunction with the Internet protocol (IP) at 
the Network layer (layer 3) and a Data Link layer (layer 2) protocol such as 
Ethernet (IEEE 802. 3x), asynchronous transfer mode (ATM), or Frame Relay. 

15 According to the MPLS protocol, an MPLS header, also referred to as a "shim 
header," is inserted between the Network layer header (the inner header) and the 
Data Link layer header (the outer header) to guide a labeled packet through an 
MPLS domain. Multiple shim headers can be stacked, as is known in the field, to 
support hierarchical operations. MPLS can also be used in a layer 2 

20 environment where the shim header is located between two layer 2 headers. 
[0006] Fig. 2 depicts an example of a labeled packet that includes an outer 
header 208 (i.e., a MAC header that includes a destination address, a source 
address, and a type field), a label switching header 210 (also referred to as the 
shim header), an inner header 212 and payload 214 (i.e., an IP header and an IP 

25 payload), and a MAC trailer 216 (i.e., the CRC). As described by the IETF (RFC 
3032, January 2001) and shown in the expanded view of Fig. 2, an MPLS shim 
header includes a 20-bit MPLS label field 218, a 3-bit experimental use field 220, 
a 1-bit stacking field 222, and an 8-bit time-to-live (TTL) field 224. The MPLS 
label field carries the label value that is used to forward a packet to the next LSR. 

30 The experimental use field is not yet fully defined, the stacking field is used to 
identify when an MPLS header is the last MPLS header in a stack of MPLS 
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headers, and the TTL field carries a TTL value that places a limit on the number 
of hops an MPLS packet can traverse within an MPLS domain. 
[0007] As is well known in the field, packet-switched networks are currently 
being adapted to support traditional telecommunications traffic, such as voice 
communications. In order for packet-switched networks to support traditional 
telecommunications traffic, the packet-switched networks must include failure 
protection mechanisms that ensure a standard of reliability that meets or exceeds 
the reliability standards that are achieved by circuit-switched networks. For 
example, it is important that a label switched network can recover from an LSP 
failure within 50 milliseconds (ms). 

[0008] In metropolitan areas, traditional circuit-switched traffic is often 
carried using ring network architectures. Ring networks are now being adapted 
to carry packet-switched traffic and label switching is being implemented on the 
ring networks to provide improved quality of service. In order for packet-switched 
ring networks to carry telecommunications traffic, they must ensure a standard of 
reliability that meets or exceeds the reliability standards of circuit-switched ring 
networks. 

[0009] One failure protection technique that has been proposed for mesh- 
type MPLS-based networks involves establishing a unique protection LSP for 
each working LSP and switching packets from the working LSP to the protection 
LSP if the working LSP fails. For example, referring to the mesh network of Fig. 
1 , protection LSP 1 is established to provide a protection pathway for working 
LSP 1 . If there is a failure of a link that is utilized by the working LSP, then 
packets that would have been sent on the working LSP are switched to the 
protection LSP. The TTL values of the packets that are switched to the 
protection LSP are set to allow the packets to traverse the number of hops on the 
protection LSP. After the switched packets have traversed all of the hops on the 
protection LSP, the shim headers are popped. 

[0010] In the example of Fig. 1 , if there is a failure of either one of the links 
that supports working LSP 1, then, according to the technique, packets that 
would have been sent on working LSP 1 are switched to protection LSP 1 and 
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the TTL values are set to allow the packets to traverse the protection LSP. The 
switched packets traverse the protection LSP until the destination LSR is 
reached and then the protection LSP shim header is popped, causing the 
packets to exit the MPLS domain. While this technique works well in a mesh- 
type network, the technique does not work as well in a ring-type network because 
label switched packets may traverse multiple different LSPs around a ring before 
exiting the MPLS domain. 

[001 1] Another drawback to the above-described protection scheme is that 
packets traversing the protection LSP will arrive at the destination LSR on a 
different port than the port used by the working LSP. Having packets that 
previously arrived on one port suddenly arrive on a different port indicates to the 
receiving LSR that there has been a network topology change that must be 
learned. Topology learning consumes valuable processing time that could be 
used to perform other critical operations. 

[001 2] In view of the desire to use ring-type packet-switched networks to 
carry traditional telecommunications traffic and the problems of current failure 
protection techniques, what is needed is a failure protection technique for label 
switched ring networks that provides fast protection switching, that does not 
trigger additional topology learning, and that is easy to implement. 



SUMMARY OF THE INVENTION 

[0013] A working LSP between neighbor LSRs in a ring network that utilizes 
label switching is protected by establishing a protection LSP for the working LSP, 
where the protection LSP for the working LSP connects the neighbor LSRs of the 
working LSP in a direction around the ring that is opposite to the direction of the 
working LSP. If the link that is utilized by the working LSP fails, then packets 
from the working LSP are switched to the protection LSP. Switched packets 
traverse the protection LSP until they reach the neighbor LSR that they would 
have reached had the packets traversed the working LSP. That is, packets 
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switched to the protection LSP traverse the ring network in the opposite direction 
of the working LSP until they arrive at the neighbor LSR that is on the other end 
of the failed link. In an embodiment, the TTL values of the packets that traverse 
the protection LSP are adjusted to account for the number of hops on the 
5 protection LSP so that the TTL values of the packets are the same after 

traversing the protection LSP as they would have been had they traversed the 
working LSP. Adjusting the TTL values of packets that traverse the protection 
LSP prevents label switched packets from having their shim header prematurely 
popped, causing the packets to exit the MPLS domain too early. 
10 [0014] In an embodiment, after packets that have been switched to the 
p protection LSP reach the neighbor LSR, they are switched back to the working 

LSP. The packets are switched back to the working LSP from the protection LSP 

ill 

u without the encapsulated packet being read by the receiving port of the neighbor 
ijj LSR. Because the packets are switched from the protection LSP back to the 
•P 15 working LSP without being read by the receiving port of the neighbor LSR, the 
u receiving port does not initiate any topology learning. Packets that are switched 
| J[ from the protection LSP back to the working LSP are subsequently handled by 
ill the neighbor LSR as if the packets had arrived at the neighbor LSP on the 
u working LSP. The packets may continue to a next hop LSP on the ring network 
20 or the packets can exit the MPLS domain. In another embodiment, after 

reaching the neighbor LSR via the protection LSP, packets are switched directly 
to a next hop LSP on the ring network without the encapsulated packet being 
read by the receiving port. 

[0015] An embodiment of a method for protecting an LSP between two 
25 LSRs in a ring network that utilizes a label switching protocol involves identifying 
a working LSP between first and second neighbor LSRs in the ring network, the 
working LSP having a first direction around the ring network, establishing a 
protection LSP between the first and second neighbor LSRs for communicating 
packets between the first and second neighbor LSRs in the event of a failure of 
30 the link that is utilized by the working LSP, the protection LSP utilizing the ring 
network and having an opposite direction to the first direction, and switching 
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packets from the working LSP to the protection LSP in response to a failure of 
the link that is utilized by the working LSP. 

[001 6] In an embodiment of the method, packets are from the protection 
LSP back to the working LSP after the packets have traversed the protection 
LSP. In another embodiment of the method, packets are switched from the 
protection LSP to a next hop working LSP after the packets have traversed the 
protection LSP. 

[0017] In an embodiment of the method, the TTL values of the packets are 
adjusted to account for the number of LSRs that are along the protection LSP. In 
a further embodiment, the TTL values are adjusted by adding N to the TTL 
values, where N is a function of the number of LSRs along the protection LSP. 
[001 8] Another embodiment of the method includes switching packets back 
to the working LSP from the protection LSP after the packets have traversed the 
protection LSP, and using TTL values from packets that have traversed the 
protection LSP to generate TTL values for the packets that are switched back to 
the working LSP from the protection LSP. In another embodiment, instead of 
switching the packets back to the working LSP, the packets are switched to a 
next hop working LSP. 

[0019] In an embodiment, at least one protection LSP is established for 
each link between neighbor LSRs on the ring network. 

[0020] In another embodiment, the LSRs utilize multiprotocol label switching 
(MPLS) to communicate packets around the ring network. 
[0021] An embodiment of a system for protecting an LSP between two LSRs 
in a ring network that utilizes a label switching protocol includes a label switching 
module and a failure protection module associated with each LSR in the ring 
network. The label switching modules for each LSR identify a working LSP 
between the respective LSR and a neighbor LSR, with the working LSP having a 
first direction around the ring network. The failure protection module establishes 
a protection LSP between the LSR and the neighbor LSR that enables packets to 
be communicated between the LSR and the neighbor LSR in the event of a 
failure of the link that is utilized by the working LSP, with the protection LSP 
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utilizing the ring network and having an opposite direction to the first direction. 
The failure protection module also switches packets from the working LSP to the 
protection LSP in response to a failure of the link that is utilized by the working 
LSP. 

5 [0022] In an embodiment of the system, the failure protection module 
includes logic for switching packets from the protection LSP back to the working 
LSP after the packets have traversed the protection LSP. In another 
embodiment, the failure protection module includes logic for switching packets 
from the protection LSP to a next hop working LSP. 
10 [0023] In an embodiment of the system, switching packets from the working 
LSP to the protection LSP includes adjusting TTL values of the packets to 
□ account for the number of LSRs that are along the protection LSP. For example, 
the TTL values can be adjusted by adding N to the TTL values, where N is a 

'!i function of the number of LSRs along the protection LSP. 

U\ 

j: 15 [0024] Other aspects and advantages of the present invention will become 
r . apparent from the following detailed description, taken in conjunction with the 
I'll accompanying drawings, illustrating by way of example the principles of the 
; ; y invention. 

.:=! 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0025] Fig. 1 depicts a group of network nodes in an MPLS domain that 
utilize MPLS to forward packets in accordance with the prior art. 
25 [0026] Fig. 2 depicts an example of a label switched packet that includes an 
IP header, an MPLS Shim header, and an Ethernet header in accordance with 
the prior art. 

[0027] Fig. 3 depicts a group of LSRs that are connected by transmission 
links to form a ring with two example LSPs that traverse links within the ring 
30 network. 
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[0028] Fig. 4 depicts the ring network from Fig. 3 with an example working 
LSP and an example protection LSP for the working LSP in accordance with an 
embodiment of the invention. 

[0029] Fig. 5 depicts the ring network from Fig. 3 with an example working 
LSP and an example protection LSP for the working LSP in accordance with an 
embodiment of the invention, where the working LSP and the protection LSP run 
in the opposite direction to the working LSP and the protection LSP of Fig. 4. 
[0030] Fig. 6 depicts an expanded view of LSRs on a ring network, with an 
example working LSP and an example protection LSP for the working LSP, 
where the link between LSRs A and B is properly functioning in accordance with 
an embodiment of the invention. 

[0031] Fig. 7 depicts an example label switched packet that traverses the 
working LSP A/B that is depicted in Fig. 6. 

[0032] Fig. 8 depicts the ring network of Fig. 6 where the link between LSRs 
A and B has failed and packets are forwarded from LSR A to LSR B on the 
protection LSP in accordance with an embodiment of the invention. 
[0033] Fig. 9 depicts the packet from Fig. 7 in which the shim header has 
been changed, including adjusting the TTL value, so that the packet traverses 
the protection LSP instead of the working LSP in accordance with an 
embodiment of the invention. 

[0034] Fig. 1 0 depicts the ring network of Fig. 6 where the link between 
LSRs A and B has failed and packets are forwarded to the next hop LSR on the 
protection LSP and then through the receiving LSR without being switched back 
to the original working LSP in accordance with another embodiment of the 
invention. 

[0035] Fig. 1 1 depicts an expanded view of LSRs on a ring network, with 
two example working LSPs and an example protection LSP for one of the 
working LSPs, where the link between LSRs A and B is properly functioning in 
accordance with an embodiment of the invention. 

[0036] Fig. 1 2 depicts an example label switched packet that traverses 
working LSP A/B that is depicted in Fig. 1 1 . 
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[0037] Fig. 1 3 depicts an example of the label switched packet from Fig. 1 2 

that traverses working LSP B/C that is depicted in Fig. 1 1 . 

[0038] Fig. 14 depicts the ring network of Fig. 1 1 where the link between 

LSRs A and B has failed and packets are forwarded from LSR A to LSR B on the 

protection LSP in accordance with an embodiment of the invention. 

[0039] Fig. 1 5 depicts an example of the label switched packet from Fig. 12 

after the packet has been switched from the working LSP to the protection LSP 

and after the TTL value has been adjusted in accordance with an embodiment of 

the invention. 

[0040] Fig. 1 6 depicts an example of the label switched packet from Fig. 1 5 

after the packet has been switched from the protection LSP back to the next hop 

working LSP in accordance with an embodiment of the invention. 

[0041] Fig. 17 depicts the ring network of Fig. 1 1 where the link between 

LSRs A and B has failed and packets are forwarded from LSR A to LSR B on the 

protection LSP without being switched back to the original working LSP in 

accordance with another embodiment of the invention. 

[0042] Fig. 18 depicts an expanded view of two neighbor LSRs on a ring 

network that include failure protection modules in accordance with an 

embodiment of the invention. 

[0043] Fig. 1 9 depicts a process flow diagram of a method for protecting an 
LSP between two LSRs in a ring network that utilizes label switching in 
accordance with an embodiment of the invention. 

[0044] Fig. 20 depicts a process flow diagram of another method for 
protecting an LSP between two LSRs in a ring network that utilizes label 
switching in accordance with an embodiment of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0045] Fig. 3 depicts a group of network nodes 330, 332, 334, 336, and 338 
that are connected by transmission links 331, 333, 335, 337, and 339 to form a 
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ring. In the embodiment of Fig. 3, all of the network nodes on the ring support 
label switching, for example, the MPLS protocol that is published by the IETF, 
and are referred to herein as label switch routers (LSRs). All of the LSRs on the 
ring form an MPLS domain. Each of the LSRs on the ring has a right side 
neighbor and a left side neighbor, where for purposes of this description a 
neighbor LSR is defined as a directly adjacent LSR and left and right are defined 
at each LSR relative to a person standing at the LSR and facing the center of the 
ring. Each of the LSRs may be connected to other network nodes that are not 
part of the MPLS domain. For example, LSR A 330 is connected to Host X 340, 
LSR B 332 is connected to Host Y 342, and LSR C 334 is connected to Host Z 
344. In the embodiment of Fig. 3, the links between neighbor LSRs include at 
least one optical fiber although the links may include more than one optical fiber, 
other media, and/or other intervening non-MPLS nodes. In the embodiment of 
Fig. 3, the LSRs 330 - 338 may utilize Ethernet, ATM, Frame Relay or any other 
Data Link layer (layer 2) protocol to transmit packets between the LSRs. In 
addition, the LSRs and Hosts may utilize any Data Link layer protocol to 
exchange packets. 

[0046] In an MPLS-based network, labeled packets are transferred between 
LSRs via LSPs. An LSP may be defined between neighbor LSRs or between 
non-neighbor LSRs. Each hop between neighbor LSRs that a labeled packet 
makes within an MPLS domain is referred to as a label switched hop. A labeled 
packet may make multiple label switched hops within an MPLS domain. Fig. 3 
depicts two different example LSPs that may exist within the MPLS domain. 
Throughout this description, LSPs are identified by their source LSR and their 
destination LSR, such that an LSP that runs from LSR A to LSR B is identified as 
LSP A/B. The source and destination LSRs of an LSP are referred to herein as 
path LSRs, which may be different from neighbor LSRs if the LSP extends over 
more than one label switched hop. Because the MPLS domain of Fig. 3 is a ring, 
the direction of each LSP from the source LSR to the destination LSR is 
indicated in each figure and can be characterized as clockwise or counter- 
clockwise. The two example LSPs depicted in Fig. 3 include LSP A/B and LSP 
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C/E. LSP A/B runs from LSR A to LSR B in the clockwise direction and LSP C/E 
runs from LSR C to LSR E in the counter-clockwise direction. 
[0047] In accordance with an embodiment of the invention, a working LSP 
between neighbor LSRs in a ring network that utilizes label switching is protected 
by establishing a protection LSP for the working LSP, where the protection LSP 
for the working LSP connects the neighbor LSRs of the working LSP in a 
direction around the ring that is opposite to the direction of the working LSP. If 
the link that is utilized by the working LSP fails, then packets from the working 
LSP are switched to the protection LSP. Switched packets traverse the 
protection LSP until they reach the neighbor LSR that they would have reached 
had the packets traversed the working LSP. That is, packets switched to the 
protection LSP traverse the ring network in the opposite direction of the working 
LSP until they arrive at the neighbor LSR that is on the other end of the failed 
link. In an embodiment, the TTL values of the packets that traverse the 
protection LSP are adjusted to account for the number of hops on the protection 
LSP so that the TTL values of the packets are the same after traversing the 
protection LSP as they would have been had they traversed the working LSP. 
After reaching the neighbor LSR, in an embodiment, the packets from the 
protection LSP are switched back to the working LSP. Packets that are switched 
back to the working LSP from the protection LSP are handled as if the packets 
had traversed the working LSP. For example, the packets may continue to be 
label switched around the ring network to reach the intended destination LSR or 
the packets can exit the MPLS domain. 

[0048] Protection LSPs and TTL adjustments are pre-established so that 
protection switching can be performed quickly and easily in response to a failure 
of a link that is utilized by working a LSP. A failure of a link that is utilized by a 
working LSP may include a fiber cut or an unacceptable degradation in the 
quality of service, such as an unacceptably high bit error rate (BER) or latency. 
Failures can be detected by any technique and the specific failure detection 
technique used is not critical to the invention. 
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[0049] Fig. 4 depicts the ring network from Fig. 3 with an example working 
LSP, working LSP A/B 426, and an example protection LSP, protection LSP A/B 
428, for the working LSP. Throughout the description, similar reference numbers 
may be used to identify similar elements. The working LSP runs between 
5 neighbor LSRs from LSR A 430 to LSR B 432 in the clockwise direction and the 
protection LSP runs from LSR A to LSR B in the counter-clockwise direction. If a 
failure occurs on the link that is utilized by working LSP A/B, then packets that 
are labeled for working LSP A/B are switched to the protection LSP. Packets 
that are switched to the protection LSP traverse the protection LSP (in the 

10 opposite direction to the working LSP A/B) and are delivered to LSR B just as if 
the packets had traversed working LSP A/B (in the clockwise direction). In an 
embodiment, once the switched packets reach the end of the protection LSP 
(i.e., LSR B), the packets are switched back to their original working LSP and 
then handled as they would have been handled had the packets traversed 

15 working LSP A/B. 

[0050] In a ring network, there may be multiple working LSPs utilizing the 
same link between neighbor LSRs. In one embodiment, all of the working LSPs 
that utilize the same link are protected in the same manner by protection LSPs 
that are specific to the particular working LSP. In an alternative embodiment, 

20 multiple working LSPs that utilize the same link may be protected by a single 
protection LSP. That is, in the case of a link failure, all of the working LSPs that 
utilize the failed link are switched to a single protection LSP. In another 
embodiment, different groups of working LSPs may be protected by different 
protection LSPs. 

25 [0051] In an embodiment of the invention, at least one working LSP 
connects each neighbor LSR on the ring network and protection LSPs are 
established for each working LSP. The protection LSPs are all established as 
described with reference to Fig. 4, where each protection LSP connects the two 
neighbor LSRs of the particular working LSP in a direction around the ring that is 

30 opposite to the direction of the working LSP. 
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[0052] While the link between LSR A 430 and LSR B 432 supports a 
working LSP that runs from LSR A to LSR B in the clockwise direction, the same 
link can also support a working LSP that runs from LSR B to LSR A in the 
counter-clockwise direction. Fig. 5 depicts the ring network of Figs. 3 and 4 with 
an example working LSP 526 and an example protection LSP 528 that run in the 
opposite directions to the working LSP and protection LSP that are depicted in 
Fig. 4. The working LSP runs from LSR B 532 to LSR A 530 in the counter- 
clockwise direction and the protection LSP runs from LSR B to LSR A in the 
clockwise direction. If a failure occurs on the link that is utilized by working LSP 
B/A, then packets that are labeled for working LSP B/A are switched to the 
respective protection LSP. The switched packets traverse the protection LSP (in 
the opposite direction to the working LSP) and are delivered to LSR A just as if 
the packets had traversed working LSP B/A. In an embodiment, once the 
packets reach the end of the protection LSP, the packets are switched back to 
the original working LSP and then handled as they would have been handled had 
the packets traversed working LSP B/A. 

[0053] Figs. 6-10 depict a more detailed example of how a working LSP is 
protected in accordance with an embodiment of the invention. Referring to Fig. 
6, it is desired to send packets from Host X 640 to Host Y 642, both of which are 
outside of the MPLS domain. The packets are sent from Host X to Host Y via 
connections 650 and 652 between the respective Hosts and LSRs and via 
working LSP A/B that is established between LSRs A and B. As described 
above with reference to Fig. 4, a protection LSP 628 is established for working 
LSP A/B 626. In the embodiment of Fig. 6, the protection LSP is specific to 
working LSP A/B, although this is not required. The protection LSP for working 
LSP A/B is indicated by the dashed line and runs from LSR A to LSR B in the 
counter-clockwise direction. 

[0054] Fig. 6 also includes an expanded view of the LSRs 630 - 638 on the 
ring network. Each of the LSRs includes right side transmit and receive modules 
642 and 644 (TM and RM) and left side transmit and receive modules 643 and 
645. The transmit modules process and transmit packets to their neighbor LSR. 
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For example, the left transmit module for LSR A processes and transmits packets 
to LSR B. The transmit modules include packet buffers and packet processors 
as is known in the field of MPLS-based networking. The receive modules 
process packets received from their neighbor LSRs. For example, the right side 
receive module for LSR B receives and processes packets received from LSR A. 
The receive modules include packet buffers and packet processors as is known 
in the field of packet-based networking. 

[0055] Fig. 7 depicts an example label switched packet 706 that traverses 
working LSP A/B. The packet includes an outer header 708 that is used to 
traverse working LSP A/B, a shim header 710 that identifies working LSP A/B, 
and an encapsulated packet 71 1 that includes a header 712 (referred to herein 
as the inner header) and a payload 714 and possibly one or more trailers. 
[0056] As long as the link that supports working LSP A/B is functioning 
properly, packets within the MPLS domain are forwarded from LSR A 630 to LSR 
B 632 using the working LSP. However, if there is a failure of the link that is 
utilized by working LSP A/B, for example a fiber cut or a degradation of the BER, 
then packets that were being sent across working LSP A/B are switched to the 
protection LSP. Switched packets traverse the protection LSP from LSR A to 
LSR B in the counter-clockwise direction. 

[0057] Fig. 8 depicts an example of the path that packets traverse when 
there is a failure of the link between LSRs A and B 830 and 832. Referring to 
LSR A, packets that are received from Host X 840 and intended for working LSP 
A/B are still delivered to the left side transmit module and working LSP A/B just 
as if the link between LSRs A and B were operating satisfactorily. At the left side 
transmit module, the packets are switched, or "bounced," from the working LSP 
A/B to the protection LSP A/B. In an embodiment, switching the packets from the 
working LSP to the protection LSP involves switching the packets from the 
transmit module's buffer to the receive module's buffer and changing the shim 
header of the packet. Changing the shim header involves switching the MPLS 
label of the shim header from the working LSP label to the protection LSP label 
and adjusting the TTL field of the shim header. Adjusting the TTL field of the 
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shim header is described in more detail below with reference to Fig. 9. Changing 
the MPLS label from the working LSP to the protection LSP also causes the 
outer header to be changed to identify the next hop LSR on the protection LSP. 
Changing the outer header is a simple task because the protection LSP has been 
pre-established. 

[0058] Fig. 9 depicts the packet 906 from Fig. 7, in which the shim header 
910 has been changed so that the packet traverses the protection LSP instead of 
the working LSP. Specifically, the MPLS label field 918 of the shim header is 
changed from identifying the working LSP A/B to identifying the protection LSP 
A/B. No changes are made to the header 912 and the payload 914 of the 
encapsulated packet 91 1 . Because changing the shim header is the only action 
required to re-route packets from the working LSP to the protection LSP and 
because the protection LSP has been pre-established around the ring network, 
the protection process can be quickly and easily implemented. As the packets 
traverse the protection LSP, the header and the payload of the encapsulated 
packet are not examined by the intermediate LSRs. Because protection 
switching is controlled by LSRs that are directly connected to a failed link, link 
failures can be quickly and easily detected and the delay between a link failure 
and protection switching can be minimized. In contrast, other protection 
switching techniques may rely on upstream liveness messages from LSRs that 
could be many hops downstream to detect failures and initiate protection 
switching. 

[0059] In addition to changing the MPLS label field of the shim header from 
the working LSP to the protection LSP, in accordance with an embodiment of the 
invention, the value of the TTL field (TTL value) in the shim header is adjusted 
when a packet is switched from its working LSP to its protection LSP. The TTL 
value is adjusted to account for the additional number, N, of hops that exist 
between LSR A and LSR B along the protection LSP. That is, the TTL value of a 
packet that arrives at its next hop LSR should be the same whether the packet 
arrives at the next hop LSR via its working LSP or via its protection LSP and 
because there are more hops along the protection LSP than the working LSP, 
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the TTL value of packets that are switched to the protection LSP must be 
adjusted upwards. 

[0060] In the examples of Figs. 8 and 9, the TTL value of each packet 
should be the same whether a packet arrives at LSR B by traversing working 
LSP A/B or protection LSP A/B. Because the protection LSP requires three more 
hops (N = 3) than the working LSP, the TTL values of packets that traverse the 
protection LSP are increased by three to account for the additional hops, thereby 
ensuring that the TTL value of each packet is the same at LSR B whether the 
packets traversed the working LSP or the protection LSP. Referring to Fig. 8, the 
TTL value of packets traversing the working LSP may initially be set to two, such 
that the TTL value is one after being decremented at LSR B. In the embodiment 
of Fig. 8, a TTL value of zero or one indicates that the packet should no longer 
be label swapped. If the TTL value of a packet is initially set to two to traverse 
working LSP A/B, then the adjusted TTL value is set to five (2 + 3 = 5) to traverse 
the protection LSP. The TTL value of the packet is then decremented by one for 
each label switched hop that is traversed on the protection LSP. Fig. 9 depicts 
an algorithm for calculating the adjusted TTL value for the example protection 
LSP of Fig. 8. The TTL adjustment algorithm for each particular protection LSP 
is pre-established so that the TTL value adjustments can be quickly and easily 
performed. Once packets with the adjusted TTL values traverse their protection 
LSP, with their TTL values being decremented at each hop, the TTL values at the 
destination LSR will be the same values as they would have been if the packets 
had traversed the corresponding working LSP. 

[0061] Because all protection LSPs that protect working LSPs on the link 
between LSRs A and B traverse the same protection route and make the same 
number of hops, the adjusted TTL values for all protection LSPs for the link 
between LSRs A and B are generated using the same algorithm. For example, 
all protection LSPs for the link between LSRs A and B would have an adjusted 
TTL value that is generated by adding three hops to the working TTL value. 
[0062] Additional description of an embodiment of protection switching is 
provided with reference to Fig. 8. Referring to LSR A 830, after packets are 
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switched from the working LSP to the protection LSP, which includes switching 
the packets from the left side transmit module to the left side receive module, the 
packets are forwarded across LSR A from the left side receive module to the 
right side transmit module just as a normal labeled packet. Packets on the 
protection LSP 828 are transmitted from the right side transmit module of LSR A 
and traverse the protection LSP, passing through LSRs E, D, and C (838, 836, 
and 834), and arriving at the left side receive module of LSR B 832. At each 
LSR, the TTL value of the shim header is decremented by one and the 
decremented TTL value is included with the output label switched packet. 
Packets that are received at LSR B on the protection LSP are recognized as 
packets that should be switched back to working LSPs A/B. 
[0063] In the embodiment of Fig. 8, switching packets from the protection 
LSP back to the working LSP at LSR B 832 involves switching the packets from 
the left side receive module to the right side receive module. In order to switch 
the packets to the right side receive module of LSR B, the packets are first 
passed across LSR B to the right side transmit module and then switched to the 
right side receive module. In the embodiment of Fig. 8, the packets are passed 
across the LSR from the left side receive module to the right side transmit 
module because transmission pathways exist within the LSR that can be easily 
utilized. Once packets are delivered to the right side transmit module, they are 
switched to the right side receive module. Switching the packets to the right side 
receive module includes switching the packets from the protection LSP back to 
the original working LSP and carrying the TTL value from the protection LSP 
shim header over to the working LSP shim header. For example, packets 
received on the protection LSP for working LSP A/B are switched back to 
working LSP A/B with the TTL value from the received packet being carried over. 
At the right side receive module, packets are treated as if they had traversed the 
working LSP from LSR A to LSR B (in the clockwise direction). At the right side 
receive module, because the TTL value (after decrementing) is one, the shim 
header of the packet is popped and the encapsulated packet is forwarded to Host 
Y 842 just as it would have been had the packet traversed working LSP A/B. 
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Because the shim header is not popped until the packet is switched back to the 
original working LSP, the receiving port does not read the inner header and no 
topography learning (for example, a MAC move) is triggered. 
[0064] In an embodiment, the switching of packets received on the 
protection LSP back to the related working LSP is automatic and independent of 
any link failure indication. For example, LSR B is programmed to switch all 
packets received on the protection LSP to the related working LSP. Because 
each LSP has a unique MPLS label, the LSRs can recognize packets received 
on protection LSPs and automatically switch the packets back to their respective 
working LSP. Packets received on other LSPs are treated as normal MPLS 
packets. Again, because packets received on a protection LSP are automatically 
switched to the working LSP, the inner header is not read and topography 
learning is not initiated. 

[0065] By switching packets that are received on a protection LSP back to 
the respective working LSP and by adjusting the TTL values of packets that are 
sent on the protection LSP, packets that traverse the protection LSP are quickly 
and easily returned to the state that they would have been in had the packets 
traversed the working LSP. Although specific techniques for switching packets 
from the working LSP to the protection LSP and for switching packets from the 
protection LSP back to the working LSP have been described, other techniques 
can be utilized to accomplish the switching without deviating from the invention. 
[0066] Fig. 1 0 depicts an alternative example of how packets received on a 
protection LSP can be handled. Fig. 10 is identical to Fig. 8 except that packets 
received at LSR B 1032 on the protection LSP are not switched over to the 
original working LSP. In the embodiment of Fig. 10, LSR B reads the TTL values 
of packets received on the protection LSP and recognizes that the packets 
should not continue to be label switched. For example, TTL values of zero or one 
indicate that the packets should no longer be label switched. Once packets are 
recognized as a packet that should not be label switched, the shim headers are 
popped and the encapsulated packets are forwarded as normal packets. 
Referring to LSR B, the dark line 1054 between the right side receive module and 
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Host Y 1042 indicates that packets are not switched to the original working LSP 
as described with reference to Fig. 8. 

[0067] Operation in the protection mode can be ended in various different 
ways. In an embodiment, the transmitting LSR is manually changed from using 
the protection LSP back to using the working LSP and the previously failed link. 
In another embodiment, the transmitting LSR tries to revert back to the working 
LSP and the failed link after a specified period of time. In another embodiment, 
the working LSP is remapped to avoid the failed link. 
[0068] Although the example described with reference to Figs. 6-10 
involves packets that originate at a source outside of the MPLS domain, any 
packets that travel around the ring on a working LSP can be protected by the 
same technique. For example, packets that are passing from working LSP E/A 
(in the clockwise direction) to working LSP A/B can be protected by the 
protection LSP A/B in the same manner as described above. 
[0069] Fig. 1 1 depicts an example of protection switching that is similar to 
the example described with reference to Figs. 6-10 except that the packets of 
interest traverse multiple working LSPs within the MPLS domain. Referring to 
Fig. 1 1 , it is desired to send packets from Host X 1 140 to Host Z 1 144, both of 
which are outside of the MPLS domain. The packets are sent from Host X to 
Host Z via connections 1 150 and 1 153 between the respective Hosts and LSRs 
and via working LSPs A/B 1 126 and B/C 1 127 that are established within the 
MPLS domain. In the example of Fig. 1 1 , working LSP A/B utilizes the link 
between LSRs A 1 130 and B 1132 and working LSP B/C utilizes the link between 
LSRs B and C 1 134. The protection LSP 1 128 for working LSP A/B is described 
in detail below for example purposes although it should be understood that a 
similar protection LSP would also be established for working LSP B/C. The 
protection LSP for working LSP A/B is indicated by the dashed line and runs from 
LSR A to LSR B in the counter-clockwise direction. In the embodiment of Fig. 
1 1 , the protection LSP runs from the right side transmit module of LSR A to the 
left side receive module of LSR B. The protection LSP runs from LSR A to LSR 
B even though the ultimate destination LSR of the packets of interest is LSR C. 
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[0070] Fig. 1 2 depicts an example packet 1 206 that traverses working LSP 
A/B. The packet includes an outer header 1208 that is used to traverse working 
LSP A/B, a shim header 1210 that identifies working LSP A/B, and an 
encapsulated packet 121 1 that includes a header 1212 (referred to as the inner 
5 header) and a payload 1214. The TTL value of the shim header is set to a value 
that relates to the number of label switched hops that the packet is supposed to 
travel around the ring. 

[0071] Similarly, Fig. 1 3 depicts an example of the packet from Fig. 12 that 
traverses working LSP B/C. The packet includes an outer header 1308 that is 

10 used to traverse working LSP B/C, a shim header 131 0 that identifies working 
LSP B/C, and the encapsulated header 1312 and payload 1314 from Fig. 11. 
Note that the encapsulated header and payload are not changed or utilized as 
the packet traverses working LSPs A/B and B/C. Also note that as the 
encapsulated packet is swapped from LSP A/B to LSP B/C, the TTL value from 

is the incoming packet is used to calculate the TTL value for the outgoing packet. 
Specifically, the TTL value of the outgoing packet is calculated by decrementing 
the incoming TTL value by one. 

[0072] As long as the link that supports working LSP A/B is functioning 
properly, packets are forwarded from LSR A 1 130 to LSR B 1 132 on working 

20 LSP A/B 1 1 26. However, if there is a failure of the link that is utilized by working 
LSP A/B, for example a fiber cut or a degradation of the BER, then LSP 
protection is implemented and packets that were being sent across working LSP 
A/B are switched to the protection LSP 1 128. The switched packets traverse the 
protection LSP from LSR A to LSR B in the counter-clockwise direction. 

25 [0073] Fig. 14 depicts an example of the path that packets traverse when 
there is a failure of the link between LSRs and A and B. Referring to LSR A 
1430, packets that are received from Host X 1440 and intended for working LSP 
A/B are still delivered to the left side transmit module and working LSP A/B just 
as if working LSP A/B were in operation. At the left side transmit module, the 

30 packets are switched, or "bounced," from working LSP A/B to the protection LSP. 
In an embodiment, switching the packets from the working LSP to the protection 
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LSP involves switching the packets from the transmit module's buffer to the 
receive module's buffer and changing the shim header. Changing the shim 
header involves switching the MPLS label from the working LSP label to the 
protection LSP label and adjusting the TTL value of the shim header to account 
5 for the increase in the number of label switched hops on the protection LSP. 
Changing the MPLS label from the working LSP to the protection LSP also 
causes the outer header of the packet to be changed to identify the next hop LSR 
on the protection LSP. 

[0074] Fig. 15 depicts the packet from Fig. 12 after the packet has been 
10 switched from the working LSP to the protection LSP. Specifically, the shim 
j:^ header 1510 of the packet is changed from identifying the working LSP A/B to 

□ identifying the protection LSP A/B and the outer header 1508 is changed to 

m 

j V identify the next hop LSR on the protection LSP. As depicted in the expanded 

^1 view of the shim header, the TTL value of the shim header is also adjusted, as 
j: 15 described above, to account for the additional number of hops that exist between 

: . LSR A and LSR B along the protection LSP. In the embodiment of Fig. 14, the 

111 original TTL value would be set to three to allow the packet two label switched 

f|j hops before the shim header is popped at LSR C. The adjusted TTL value is set 

.MS, 

to six by adding three to the initial TTL value (i.e., 3 + 3 = 6). No changes are 
20 made to the header 1512 and the payload 1514 of the encapsulated packet 
1511. 

[0075] Referring back to Fig. 14, after packets are switched from the 
working LSP A/B to the protection LSP A/B 1428, the packets are forwarded 
across LSR A 1430 from the left side receive module to the right side transmit 

25 module just as normal label switched packets. Packets on the protection LSP 
are transmitted from the right side transmit module of LSR A and traverse the 
protection LSP, passing through LSRs E, D, and C (1438, 1436, and 1434), and 
arriving at the left side receive module of LSR B 1432. At each LSR, the TTL 
value of the shim header is decremented by one and the decremented TTL value 

30 is included with the output label switched packet. Packets that are received at 
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LSR B on the protection LSP A/B are recognized by LSR B as packets that 
should be switched back to working LSP A/B. 

[0076] In the embodiment of Fig. 14, switching packets from the protection 
LSP A/B back to the working LSP A/B at LSR B 1432 involves switching the 
packets from the left side receive module to the right side receive module. In 
order to deliver the packets to the right side receive module, the packets are first 
passed across LSR B to the right side transmit module and then switched to the 
right side receive module. Switching the packets from the right side transmit 
module to the right side receive module includes switching the packets from the 
protection LSP back to the original working LSP and carrying the TTL value from 
the protection LSP shim header over to the working LSP shim header. After 
packets are switched from the protection LSP to the working LSP, the packets at 
LSR B that arrived on the protection LSP are the same as the packets, which are 
described with reference to Fig. 12, that arrived at LSR B on the working LSP. In 
particular, the TTL values of the packets are the same as they would have been 
had the packets traversed the working LSP because the TTL value of each 
packet was adjusted when the packets were switched to the protection LSP. 
Additionally, because the shim headers are not popped by LSR B, the LSR does 
not read the inner headers of the incoming packets and no topology learning is 
triggered by the packets that are received on the protection LSP. 
[0077] Again referring to Fig. 14, after the packets are switched to the right 
side receive module of LSR B 1432, the packets are transferred across LSR B to 
the left side transmit module and then put on working LSP B/C 1427. The TTL 
value that was carried over from the protection LSP shim header is used to set 
the TTL value for the working LSP B/C shim header. Fig. 16 depicts the packet 
from Fig. 15 after the shim header is switched to the working LSP B/C. The 
packet depicted in Fig. 16 is identical to the packet depicted in Fig. 13, including 
the MPLS label, the TTL value, and the outer header. The packet depicted in 
Fig. 16 traverses working LSP B/C just as is described with reference to Figs. 1 1 
and 13 in the case where there is no protection switching needed. 
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[0078] Once a packet on working LSP B/C reaches LSR C 1434, the TTL 
value of the shim header causes the shim header to be popped and the 
encapsulated packet is forwarded to Host Z 1444. Referring to Fig. 16 for 
example, the outer header 1608 is removed and the shim header 1610 is 
5 popped, leaving the previously encapsulated packet 1611. The previously 
encapsulated packet leaves the MPLS domain and is forwarded, as a normal 
packet, to Host Z. 

[0079] Fig. 1 7 depicts an alternative example of how packets received on a 
protection LSP can be handled. Fig. 17 is identical to Fig. 14 except that packets 

10 received on the protection LSP are not switched over to the original working LSP. 
In the embodiment of Fig. 17, LSR B 1732 reads the TTL values of packets 
received on the protection LSP and recognizes that the packets still require label 
switching. For example, if the TTL values (after decrementing) of the packets are 
greater than one, then the packets still require label switching. Instead of 

15 switching the packets to the original working LSP, which involves switching the 
packets to the right side receive module of LSR B, the packets can be switched 
directly to the next hop working LSP. In the embodiment of Fig. 17, packets are 
switched from the protection LSP to the next hop working LSP by switching the 
packets from the left side receive module buffer to the left side transmit module 

20 buffer and changing the shim header. Changing the shim header involves 

switching the MPLS label of the shim header from the protection LSP label to the 
next hop working LSP label and setting the TTL value to the decremented value 
of the incoming TTL value. 

[0080] Fig. 1 8 depicts an expanded view of two neighbor LSRs 1 830 and 
25 1832 on the ring network of Fig. 3. Each LSR includes right side transmit and 
receive modules 1842 and 1844, left side transmit and receive modules 1843 
and 1845, a packet processor 1858, a label switching module 1860, and a failure 
protection module 1862. 

[0081] The packet processors 1 858 manage the packets that are switched 
30 within the LSRs. Specifically, the packet processors handle the Data Link layer 
and Network layer functions that are carried out by the LSRs. 
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[0082] The label switching modules 1860 manage the label switching 
functions of the LSR. Specific functions of the label switching modules include 
generating the shim headers for packets, establishing forwarding equivalency 
classes (FECs), decrementing the TTL values, providing label values, and 
maintaining a label information base. In an embodiment of the invention, the 
function of penultimate hop popping is disabled so that continuity of the TTL 
values is maintained. 

[0083] Another function of the label switching modules 1860 is to learn the 
topology of the MPLS domain. Many different protocols can be used by ring 
LSRs to communicate topology information to other LSRs on the ring. In an 
embodiment, each LSR on the ring sends periodic advertisement messages to its 
left and right neighbors with information regarding the topology of the ring. 
Information included within the advertisement messages may include; the 
number of LSRs on the ring, the MAC addresses of LSRs on the ring, the type of 
links that are to the right and left of the LSRs, and left and right side traffic 
information for the LSRs on the ring. 

[0084] Another function of the label switching modules 1 860 is to stitch TTL 
values for incoming packets to the decremented TTL values for the same 
outgoing packets. That is, the TTL value of a label switched packet at the 
transmit module of an LSR should be the decremented value of the TTL value for 
the same packet at the receive module of the LSR. Referring to Fig. 18 for 
example, the TTL value of a packet received at the right side receive module of 
LSR A and traveling to LSR B is decremented before the packet is transmitted 
from the LSR. The TTL values for ring packets must be decremented at every 
hop. In an embodiment, the label switching module ensures that the TTL values 
of ring packets are decremented when the packets are received and that the TTL 
values are stitched across the ring LSRs before the ring packets are output on 
the next ring LSP. Decrementing of TTL values before ring packets are output 
on the next ring LSP is described in the patent application entitled, "Method and 
System for Preventing Transmission Loops in a Label Switching Domain," Serial 
No. 09/865,035, which is assigned to the assignee of the current invention and 
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incorporated by reference herein. In an embodiment, the TTL stitching is 
performed by a hardware device. The label switching modules may include 
software, hardware, or any combination thereof. 

[0085] The failure protection modules 1862 manage the failure protection 
functions that are described above with reference to Figs. 3-17. In an 
embodiment, all LSRs on the ring must include a failure protection module to 
ensure that failure protection is properly carried out. Specific functions of the 
failure protection modules include establishing the protection LSPs, switching 
packets from working LSPs to protection LSPs and from protection LSPs back to 
working LSPs, and adjusting TTL values. The label switching modules may 
include software, hardware, or any combination thereof. 
[0086] Although MPLS is described as the label switching protocol for 
example purposes, the invention can be implemented with any label switching 
protocol that utilizes labels, or an equivalent, and TTL fields, or equivalent. 
[0087] Fig. 1 9 depicts a process flow diagram of a method for protecting an 
LSP between two LSRs in a ring network that utilizes label switching. At step 
1970, a working LSP is identified between first and second neighbor LSRs in a 
ring network, the working LSP having a first direction around the ring network. At 
step 1971, a protection LSP is established between the first and second neighbor 
LSRs for communicating packets between the first and second neighbor LSRs in 
the event of a failure of the link that is utilized by the working LSP, the protection 
LSP utilizing the ring network and having an opposite direction to the first 
direction. At step 1972, packets are switched from the working LSP to the 
protection LSP in response to a failure of the link that is utilized by the working 
LSP. At step 1973, packets are switched from the protection LSP back to the 
working LSP after the packets have traversed the protection LSP. 
[0088] Fig. 20 depicts a process flow diagram of another method for 
protecting an LSP between two LSRs in a ring network that utilizes label 
switching. At step 2074, a working LSP is identified between first and second 
neighbor LSRs in a ring network, the working LSP having a first direction around 
the ring network. At step 2075, a protection LSP is established between the first 
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and second neighbor LSRs for communicating packets between the first and 
second neighbor LSRs in the event of a failure of the link that is utilized by the 
working LSP, the protection LSP utilizing the ring network and having an 
opposite direction to the first direction. At step 2076, packets are switched from 
the working LSP to the protection LSP in response to a failure of the link that is 
utilized by the working LSP. At step 2077, the TTL values of the switched 
packets are adjusted by a value that is a function of the number of LSRs along 
the protection LSP. At step 2078, packets are switched back to the working LSP 
from the protection LSP after the packets have traversed the protection LSP. At 
step 2079, the TTL values from packets that have traversed the protection LSP 
are used to generate TTL values for the packets that are switched back to the 
working LSP from the protection LSP. 

[0089] Although specific embodiments of the invention have been described 
and illustrated, the invention is not limited to the specific forms and arrangements 
of parts so described and illustrated. The invention is limited only by the claims. 



26 



